To write or not to write: Frameworks [closed]

Posted by caarlos0 on Programmers See other posts from Programmers or by caarlos0
Published on 2012-11-08T18:48:14Z Indexed on 2012/11/08 23:16 UTC
Read the original article Hit count: 420

Filed under:

Today some friends and I started discussing frameworks..

Some of us strongly believe that in 99.9% of cases, writing a new framework is a bad idea. We believe that probably some of the millions of frameworks out there should fit our problem, and if not, some hack, API, or configuration should be enough. If not, we think that contributing to some framework, suggest features or something like that should be the best solution. The 0.1% is when none of the frameworks fit to our case.

But, some of us say that it is better to have an "internal corporate framework" (for example), because it's faster to fix issues, creates a 100% fit with the app, because of the "learning" factor (when you improve your skills building a framework), etc.

I think that to go out coding frameworks like there's no tomorrow is not the right way. I've seen a lot of small teams building their own framework just to spread the word: "we built our own framework, we rule, bro". Generally, the framework is crap, without any documentation, and only works for their own applications.

Opinions are opinions, devs are devs, without the intention to start any kind of flame war, I ask:

What do you think about that? What parameters you consider when building a framework? What do you think about all this?

© Programmers or respective owner

Related posts about frameworks